本发明提供一种同组代答业务的实现方法和通信系统,所述方法包括:代答用户所属的第一应用服务器在接收到代答用户的第一同组代答请求时,根据本应用服务器或第二应用服务器中存储的被叫用户的振铃信息,获取与代答用户属于同一用户组的一被叫用户作为被代答用户,所述被叫用户的振铃信息是被叫用户所属的第三应用服务器在所述被叫用户振铃时,向第一应用服务器或第二应用服务器发送的;第一应用服务器向被代答用户所属的第三应用服务器发送第二同组代答请求,所述第二同组代答请求用于通知所述被代答用户所属的第三应用服务器接通主叫用户与代答用户之间的会话。本发明能够实现属于不同应用服务器的同组用户之间的同组代答业务。
1.一种同组代答业务的实现方法,其特征在于,包括以下步骤:xa0被叫用户所属的第三应用服务器在所述被叫用户振铃时,向所述第一应用服务器发送所述被叫用户的振铃信息;xa0代答用户所属的第一应用服务器在接收到所述代答用户的第一同组代答请求时,根据本应用服务器或第二应用服务器中存储的被叫用户的振铃信息,获取与所述代答用户属于同一用户组的一被叫用户作为被代答用户,包括:所述第一应用服务器根据本应用服务器中存储的被叫用户的振铃信息,获取与所述代答用户属于同一用户组的一被叫用户作为被代答用户,所述被叫用户的振铃信息是被叫用户所属的第三应用服务器在所述被叫用户振铃时,向所述第一应用服务器或所述第二应用服务器发送的;xa0所述第一应用服务器向所述被代答用户所属的第三应用服务器发送第二同组代答请求,所述第二同组代答请求用于通知所述被代答用户所属的第三应用服务器接通主叫用户与所述代答用户之间的会话。xa0
2.根据权利要求1所述的同组代答业务的实现方法,其特征在于:xa0所述根据本应用服务器或第二应用服务器中存储的被叫用户的振铃信息,获取与所述代答用户属于同一用户组的一被叫用户作为被代答用户,之前还包括:xa0被叫用户所属的第三应用服务器在所述被叫用户振铃时,仅向所述第二应用服务器发送所述被叫用户的振铃信息;xa0所述根据本应用服务器或第二应用服务器中存储的被叫用户的振铃信息,获取与所述代答用户属于同一用户组的一被叫用户作为被代答用户,具体包括:xa0所述第一应用服务器根据所述第二应用服务器中存储的被叫用户的振铃信息,获取与所述代答用户属于同一用户组的一被叫用户作为被代答用户。xa0
3.根据权利要求1所述的同组代答业务的实现方法,其特征在于,所述第一应用服务器向所述被代答用户所属的第三应用服务器发送第二同组代答请求,之后还包括:xa0所述被代答用户所属的第三应用服务器向所述被代答用户发送振铃取消请求。xa0
4.根据权利要求1至3中任一项所述的同组代答业务的实现方法,其特征在于,所述第一应用服务器向所述被代答用户所属的第三应用服务器发送第二同组代答请求,之后还包括:xa0所述被代答用户所属的第三应用服务器向所述第一应用服务器或所述第二应用服务器发送删除请求,所述删除请求用于通知所述第一应用服务器或所述第二应用服务器删除本应用服务器中存储的所述被代答用户的振铃信息。xa0
5.根据权利要求1所述的同组代答业务的实现方法,其特征在于,所述被代答用户为:与所述代答用户属于同一用户组的所有被叫用户中振铃时间最早的被叫用户。xa0
6.一种通信系统,包括代答用户所属的第一应用服务器和被叫用户所属的第三应用服务器,其特征在于,所述第一应用服务器包括:xa0第一发送模块,用于在属于本应用服务器的被叫用户振铃时,向所述第一应用服务器发送所述被叫用户的振铃信息;xa0获取模块,用于在接收到所述代答用户的第一同组代答请求时,根据本应用服务器或第二应用服务器中存储的被叫用户的振铃信息,获取与所述代答用户属于同一用户组的一被叫用户作为被代答用户,所述被叫用户的振铃信息是所述第三应用服务器在所述被叫用户振铃时,向所述第一应用服务器或所述第二应用服务器发送的;包括:第一处理单元,用于根据本应用服务器中存储的被叫用户的振铃信息,获取与所述代答用户属于同一用户组的一被叫用户作为被代答用户;xa0请求模块,用于向所述被代答用户所属的第三应用服务器发送第二同组代答请求,所述第二同组代答请求用于通知所述被代答用户所属的第三应用服务器接通主叫用户与所述代答用户之间的会话。xa0
7.根据权利要求6所述的通信系统,其特征在于:xa0所述第三应用服务器还包括:xa0第二发送单元,用于在属于本应用服务器的被叫用户振铃时,仅向所述第二应用服务器发送所述被叫用户的振铃信息;xa0所述获取模块还包括:xa0第二处理单元,用于根据所述第二应用服务器中存储的被叫用户的振铃信息,获取与所述代答用户属于同一用户组的一被叫用户作为被代答用户。xa0
8.根据权利要求6所述的通信系统,其特征在于,所述第三应用服务器包括:xa0取消模块,用于在接收到所述第二同组代答请求时,向所述被代答用户发送振铃取消请求。
9.根据权利要求6至8中任一项所述的通信系统,其特征在于,所述第三应用服务器还包括:xa0删除模块,用于在接收到所述第二同组代答请求时,向所述第一应用服务器或第二应用服务器发送删除请求,所述删除请求用于通知所述第一应用服务器或所述第二应用服务器删除本应用服务器中存储的所述被代答用户的振铃信息。
10.根据权利要求6所述的通信系统,其特征在于,所述被代答用户为:与所述代答用户属于同一用户组的所有被叫用户中振铃时间最早的被叫用户。xa0技术领域
本发明涉及通信技术领域,尤其涉及一种同组代答业务的实现方法和通信系统。
背景技术
为了满足多媒体通信的需求,3GPP(3rdxa0Generationxa0Partnershipxa0Project,第三代合作伙伴计划)组织在原有分组承载网的基础上引入了IMS(IPMultimediaxa0Subsystem,IP多媒体子系统),IMS不仅能向用户提供传统语音业务,也能向用户提供丰富的多媒体体验。如图1所示为现有技术中的IMS网络系统的基本架构示意图,IMS网络系统主要包括以下网元:CSCF(Callxa0Sessionxa0Controlxa0Function,呼叫控制实体)、HSS(Homexa0Subscriberxa0Server,归属用户服务器)和AS(Applicationxa0Server,应用服务器)。其中,CSCF又分为三种类型:S-CSCF(Serving-Callxa0SessionControlxa0Function,服务呼叫控制实体)、I-CSCF(Interrogating-Callxa0SessionControlxa0Function,查询呼叫控制实体)和P-CSCF(Proxy-Callxa0Sessionxa0ControlFunction,代理呼叫控制实体)。P-CSCF可处于用户当前所在地接入网内,作为用户接入IMS网络的第一个联系网元,把用户的SIP(Sessionxa0InitiationProtocol,初始会话协议)消息转发到IMS核心网。I-CSCF可完成网络内部信息隐藏的功能,支持网络安全。S-CSCF作为核心的呼叫控制实体,完成基本的呼叫控制功能,提供与AS的接口。AS向用户提供各种业务,比如基本的语音、视频与补充业务。HSS记录每个IMS用户的用户信息与业务数据,配合CSCF完成路由功能,并提供认证、授权等功能。用户签约数据保存在HSS中,并在用户注册时被下载到S-CSCF,用户签约数据中保存了用户的IFC(Initialxa0Filterxa0Criteria,初始过滤规则)和提供业务的AS的地址信息。业务数据在用户注册时从HSS下载到AS,供AS完成用户业务处理所用。呼叫代答业务(Callxa0Pickup)是电信网络的常见业务,在传统的PSTN(Publicxa0Switchedxa0Telephonexa0Network,公共交换电话网络)中,呼叫代答业务有广泛的应用,常用于集团客户,参与此业务的用户通常是处于同一间办公室中的用户,此业务属于Centrex(集中用户小型交换机)群业务。Centrex群业务是将若干用户组成一个用户群,用户群内的用户除享有普通电话用户的全部基本业务外,还可享有一些特殊业务,例如呼叫代答业务。呼叫代答业务常用的实施场景如下:用户A呼叫群内用户B;当被叫用户B的终端振铃,而用户B正好不在或因事不能摘机应答时,与用户B同群的用户C可以代替用户B,来应答用户A的电话呼叫。用户C的操作方式是:使用自己的终端,通过特殊的拨号方式表达自己代替用户B应答的愿望;最终的结果是用户C与用户A通话,而用户B的终端停止振铃。根据用户C拨号方式的不同,呼叫代答业务可细分为同组代答和指定代答两种:1)同组代答可以将若干个群内用户划分在不同的组中,比如一个企业内的用户都属于一个Centrex群,企业有若干个办公室,按办公室将不同用户划分到不同的组中。例如,当办公室中有终端被呼叫振铃时,与该终端同组的用户C可以拨同组代答业务的接入码(一串特定的号码),为同组内的第一个振铃终端代答呼叫。2)指定代答指定代答业务的实施与组无关,同群内用户都可以操作。例如,当用户C要代答用户B的呼叫时,C拨打“同组代答业务的接入码+用户B号码”来表示自己愿意代答用户B的入呼。同组代答业务是用户群内属于同一组的用户间使用的业务。在传统网络中,群业务只能在一个端局或移动交换机实现,即,上述同组代答业务中的用户B和用户C必须为属于同一应用服务器的用户(即在同一应用服务器上放号的用户)。IMS网络中,属于同一应用服务器的同组用户之间可以使用同组代答业务,如图2所示为现有技术中的属于同一应用服务器的同组用户之间的同组代答业务的实现方法的流程示意图,所述方法包括以下步骤:步骤201-步骤210:主叫用户A呼叫被叫用户B,且被叫用户B的终端振铃。步骤211-步骤212:代答用户C摘机,拨打“同组代答业务的接入码”,代答用户C的终端产生一个SIP协议的Invite(请求)消息,所述Invite消息中携带SDPxa0C(终端C的媒体),经过CSCF转发到AS。步骤213-步骤220:AS根据所述Invite消息中包含的“同组代答业务的接入码”,触发同组代答业务:首先从与用户C属于同一用户组的用户中找到一个振铃用户(本例中是被叫用户B)及对应的主叫用户(本例中是用户A),然后AS使用SIP协议的Cancel(取消)消息让被叫用户B停止振铃。步骤221-步骤223:AS需要将主叫用户A与代答用户C接续起来,具体的,AS把SDPxa0C通过Update(更新)消息转发给主叫用户A。步骤224-步骤226:主叫用户A返回200xa0OK消息给AS,表示对于Update消息的确认,并在200xa0OK中携带了SDPxa0A(终端A的媒体)。步骤227-步骤232:AS产生183消息,发给代答用户C,并携带了SDPxa0A。代答用户C产生PRACK(应答)消息,作为对183消息的确认。AS产生200OK消息,作为对PRACK消息的确认。步骤233-步骤236:AS产生200xa0OK消息给代答用户C,作为Invite消息的确认消息,代答用户C用ACK(应答)消息响应。步骤237-步骤242:AS产生200xa0OK消息给主叫用户A,作为Invite消息的确认消息,主叫用户A用ACK消息响应。之后,主叫用户A和代答用户C通话,呼叫建立成功。然而,在IMS网络中,存在广域群的概念,即属于不同应用服务器的用户可以组成同一个群,以及同一个群内的同一个用户组,即上述例子中的用户B和用户C可能属于不同的应用服务器,但在现有技术中,并没有实现属于不同应用服务器的同组用户之间的同组代答业务的方法。
发明内容
有鉴于此,本发明提供一种同组代答业务的实现方法和通信系统,能够实现属于不同应用服务器的同组用户之间的同组代答业务。为解决上述问题,本发明提供一种同组代答业务的实现方法,包括以下步骤:代答用户所属的第一应用服务器在接收到所述代答用户的第一同组代答请求时,根据本应用服务器或第二应用服务器中存储的被叫用户的振铃信息,获取与所述代答用户属于同一用户组的一被叫用户作为被代答用户,所述被叫用户的振铃信息是被叫用户所属的第三应用服务器在所述被叫用户振铃时,向所述第一应用服务器或所述第二应用服务器发送的;所述第一应用服务器向所述被代答用户所属的第三应用服务器发送第二同组代答请求,所述第二同组代答请求用于通知所述被代答用户所属的第三应用服务器接通主叫用户与所述代答用户之间的会话。所述根据本应用服务器或第二应用服务器中存储的被叫用户的振铃信息,获取与所述代答用户属于同一用户组的一被叫用户作为被代答用户,之前还包括:被叫用户所属的第三应用服务器在所述被叫用户振铃时,向所述第一应用服务器发送所述被叫用户的振铃信息;所述根据本应用服务器或第二应用服务器中存储的被叫用户的振铃信息,获取与所述代答用户属于同一用户组的一被叫用户作为被代答用户,具体包括:所述第一应用服务器根据本应用服务器中存储的被叫用户的振铃信息,获取与所述代答用户属于同一用户组的一被叫用户作为被代答用户。所述根据本应用服务器或第二应用服务器中存储的被叫用户的振铃信息,获取与所述代答用户属于同一用户组的一被叫用户作为被代答用户,之前还包括:被叫用户所属的第三应用服务器在所述被叫用户振铃时,仅向所述第二应用服务器发送所述被叫用户的振铃信息;所述根据本应用服务器或第二应用服务器中存储的被叫用户的振铃信息,获取与所述代答用户属于同一用户组的一被叫用户作为被代答用户,具体包括:所述第一应用服务器根据所述第二应用服务器中存储的被叫用户的振铃信息,获取与所述代答用户属于同一用户组的一被叫用户作为被代答用户。所述第一应用服务器向所述被代答用户所属的第三应用服务器发送第二同组代答请求,之后还包括:所述被代答用户所属的第三应用服务器向所述被代答用户发送振铃取消请求。所述第一应用服务器向所述被代答用户所属的第三应用服务器发送第二同组代答请求,之后还包括:所述被代答用户所属的第三应用服务器向所述第一应用服务器或所述第二应用服务器发送删除请求,所述删除请求用于通知所述第一应用服务器或所述第二应用服务器删除本应用服务器中存储的所述被代答用户的振铃信息。所述被代答用户为:与所述代答用户属于同一用户组的所有被叫用户中振铃时间最早的被叫用户。本发明还提供一种通信系统,包括代答用户所属的第一应用服务器和被叫用户所属的第三应用服务器,所述第一应用服务器包括:获取模块,用于在接收到所述代答用户的第一同组代答请求时,根据本应用服务器或第二应用服务器中存储的被叫用户的振铃信息,获取与所述代答用户属于同一用户组的一被叫用户作为被代答用户,所述被叫用户的振铃信息是所述第三应用服务器在所述被叫用户振铃时,向所述第一应用服务器或所述第二应用服务器发送的;请求模块,用于向所述被代答用户所属的第三应用服务器发送第二同组代答请求,所述第二同组代答请求用于通知所述被代答用户所属的第三应用服务器接通主叫用户与所述代答用户之间的会话。所述第三应用服务器包括:第一发送模块,用于在属于本应用服务器的被叫用户振铃时,向所述第一应用服务器发送所述被叫用户的振铃信息;所述获取模块包括:第一处理单元,用于根据本应用服务器中存储的被叫用户的振铃信息,获取与所述代答用户属于同一用户组的一被叫用户作为被代答用户。所述第三应用服务器还包括:第二发送单元,用于在属于本应用服务器的被叫用户振铃时,仅向所述第二应用服务器发送所述被叫用户的振铃信息;所述获取模块还包括:第二处理单元,用于根据所述第二应用服务器中存储的被叫用户的振铃信息,获取与所述代答用户属于同一用户组的一被叫用户作为被代答用户。所述第三应用服务器包括:取消模块,用于在接收到所述第二同组代答请求时,向所述被代答用户发送振铃取消请求。所述第三应用服务器还包括:删除模块,用于在接收到所述第二同组代答请求时,向所述第一应用服务器或第二应用服务器发送删除请求,所述删除请求用于通知所述第一应用服务器或所述第二应用服务器删除本应用服务器中存储的所述被代答用户的振铃信息。所述被代答用户为:与所述代答用户属于同一用户组的所有被叫用户中振铃时间最早的被叫用户。本发明具有以下有益效果:被叫用户所属的应用服务器在被叫用户振铃时,将被叫用户的振铃信息发送给指定应用服务器;在代答用户所属的应用服务器属于指定应用服务器时,则根据本应用服务器中存储的被叫用户的振铃信息,获取与所述代答用户属于同一用户组的一被叫用户作为被代答用户,代替所述被代答用户响应主叫用户的呼叫;在代答用户所属的应用服务器不属于指定应用服务器时,则根据指定应用服务器中存储的被叫用户的振铃信息,获取与所述代答用户属于同一用户组的一被叫用户作为被代答用户,代替所述被代答用户响应主叫用户的呼叫,根据上述方法则可以实现属于不同应用服务器的同组用户之间的同组代答业务,解决了跨服务器实现同组代答业务的难题,弥补了现有技术的空白。
附图说明
图1为现有技术中的IMS网络系统的基本架构示意图;图2为现有技术中的属于同一应用服务器的同组用户之间的同组代答业务的实现方法的流程示意图;图3为本发明实施例的IMS网络中两个用户之间建立通话的呼叫流程示意图;图4为本发明实施例的IMS网络系统中属于不同应用服务器的用户组成广域群的网络框架示意图;图5为本发明实施例的同组代答业务的实现方法的一流程示意图;图6为本发明实施例的广播发送方式下被叫用户的振铃信息的发送方法的流程示意图;图7为本发明实施例的集中发送方式下被叫用户的振铃信息的发送方法的流程示意图;图8为本发明实施例的被叫用户的振铃信息以广播发送方式发送的情况下同组代答业务的实现方法的流程示意图;图9为本发明实施例的被叫用户的振铃信息以集中发送方式发送的情况下同组代答业务的实现方法的流程示意图;图10为本发明实施例的通信系统的一结构示意图;图11为本发明实施例的通信系统的另一结构示意图。
具体实施方式
在说明本发明实施例的同组代答业务的实现方法和通信系统之前,首先简单介绍IMS网络中两个用户之间建立通话的呼叫流程。如图3所示为本发明实施例的IMS网络中两个用户之间建立通话的呼叫流程示意图,为简化起见,图中省略了3个网元,分别为:1)主叫用户A与主叫侧S-CSCF(主叫用户A所属的S-CSCF)之间的主叫侧P-CSCF(主叫用户A所属的P-CSCF);2)被叫用户B与被叫侧S-CSCF(被叫用户B所属的S-CSCF)之间的被叫侧P-CSCF(被叫用户B所属的P-CSCF);3)主叫侧S-CSCF与被叫侧S-CSCF之间的I-CSCF。所述呼叫流程包括以下步骤(本发明的实施例中,均使用SIP协议作为呼叫控制的消息协议,所述SIP协议用来创建、修改和终结一个或多个参与者参加的会话进程):步骤301:主叫用户A向被叫用户B发起呼叫请求,所述呼叫请求通过主叫侧P-CSCF(图中略)到达主叫侧S-CSCF。步骤302:主叫侧S-CSCF根据主叫用户A的IFC,将所述呼叫请求转发给主叫侧AS(主叫用户A所属的应用服务器)。步骤303:主叫侧AS为主叫用户执行相关业务(例如呼叫限制业务等)后,将所述呼叫请求转发给主叫侧S-CSCF。步骤304:主叫侧S-CSCF通过I-CSCF(图中略)将所述呼叫请求发送给被叫侧S-CSCF。步骤305:被叫侧S-CSCF根据被叫用户B的IFC,将所述呼叫请求转发给被叫侧AS(被叫用户B所属的应用服务器)。步骤306:被叫侧AS为被叫用户B执行相关业务后,将所述呼叫请求转发给被叫侧S-CSCF。步骤307:被叫侧S-CSCF通过被叫侧P-CSCF(图中略),将所述呼叫请求发送给被叫用户B。步骤308-214:被叫用户B的终端振铃,产生振铃响应,并将所述振铃响应按所述呼叫请求的反向路径发送给主叫用户A。步骤315-221:被叫用户B摘机,产生成功响应,所述成功响应按所述呼叫请求的反向路径发送给主叫用户A。步骤322-228:主叫用户A的终端产生确认消息,按所述呼叫请求同样的路径发发送给被叫用户B。之后,主叫用户A和被叫用户B通话,呼叫建立成功。以下实施例中,均按照上述步骤中的呼叫流程来完成两用户之间的通话过程。下面结合附图和实施例,对本发明的具体实施方式作进一步详细描述。本发明实施例的同组代答业务的实现方法应用于IMS网络系统中,在IMS网络系统中存在广域群的概念,即属于不同应用服务器的用户可以组成同一个群,以及同一个群内的同一个用户组。如图4所示为本发明实施例的IMS网络系统中属于不同应用服务器的用户组成广域群的网络框架示意图,从图4中可以看出,用户B、用户C和用户D虽然不属于同一应用服务器,然而却可以组成同一用户群内的同一个用户组。通常情况下,用户B所属的应用服务器B、用户C所属的应用服务器C和用户D所属的应用服务器D与同一归属用户服务器连接,以共享相同的用户数据。如图5所示为本发明实施例的同组代答业务的实现方法的一流程示意图,所述方法包括以下步骤:步骤501:代答用户所属的第一应用服务器在接收到所述代答用户的第一同组代答请求时,根据本应用服务器或第二应用服务器中存储的被叫用户(也可以称为振铃用户)的振铃信息,获取与所述代答用户属于同一用户组的一被叫用户作为被代答用户,所述被叫用户的振铃信息是被叫用户所属的第三应用服务器在所述被叫用户振铃时,向所述第一应用服务器或所述第二应用服务器发送的;所谓代答用户是指执行代答操作的用户,所谓被代答用户是指所述代答用户的执行代答操作的对象。步骤502:所述第一应用服务器向所述被代答用户所属的第三应用服务器发送第二同组代答请求,所述第二同组代答请求用于通知所述被代答用户所属的第三应用服务器接通主叫用户与所述代答用户之间的会话;由于代答用户可以代替被代答用户应答主叫用户的呼叫,此时,所述被代答用户所属的第三应用服务器需要停止被代答用户的振铃,防止被代答用户处于振铃状态而被接听,因此,上述方法还包括:步骤503:所述被代答用户所属的第三应用服务器向所述被代答用户发送振铃取消请求;另外,为了防止被代答用户被再次代答,此时,被代答用户所属的第三应用服务器需要删除上诉步骤501中向所述第一应用服务器或所述第二应用服务器发送的被代答用户的振铃信息,因此,上述方法还包括:步骤504:所述被代答用户所属的第三应用服务器向所述第一应用服务器或所述第二应用服务器发送删除请求,所述删除请求用于通知所述第一应用服务器或所述第二应用服务器删除本应用服务器中存储的所述被代答用户的振铃信息。下面以图4中的网络架构为例,对上述实施例的同组代答业务的实现方法进行详细说明。假设图4中的用户A为主叫用户、用户B为被叫用户、与用户B属于同一用户组的用户C为代答用户。在主叫用户A呼叫被叫用户B时,被叫用户B所属的应用服务器B(即上述第三应用服务器)可以通过两种方式向指定应用服务器发送所述被叫用户B的振铃信息:一种发送方式为:应用服务器B向多个指定应用服务器(包括应用服务器C和应用服务器D)广播所述被叫用户B的振铃信息,所述多个指定应用服务器通常满足以下条件:属于本应用服务器的用户中,具有与所述被叫用户B属于同一用户组的用户,该种发送方式又称为广播发送方式;另一种发送方式为:应用服务器B向用于集中存储被叫用户的振铃信息的一指定应用服务器(应用服务器C或应用服务器D)发送所述被叫用户B的振铃信息,即系统内的所有应用服务器均可以将属于本应用服务器的被叫用户的振铃信息,发送给用于集中存储被叫用户的振铃信息的指定应用服务器,该种发送方式又称为集中发送方式。下面举例对上述广播发送方式和集中发送方式下被叫用户的振铃信息的发送方法进行详细说明。如图6所示为本发明实施例的广播发送方式下被叫用户的振铃信息的发送方法的流程示意图,所述发送方法包括以下步骤:步骤601:主叫用户A呼叫被叫用户B,被叫用户B振铃(具体实现流程请参见图3所示的实施例)。步骤602-605:被叫用户所属的应用服务器B向应用服务器C和应用服务器D(当然还可以包括其他指定应用服务器)广播所述被叫用户B的振铃信息。具体的,应用服务器B通过SIP协议的Info消息,向应用服务器C和应用服务器D广播所述被叫用户B的振铃信息,所述Info消息中至少携带以下内容:被叫用户的号码、振铃的时间和同组代答业务标识,所述同组代答业务标识用于标识该Info消息用于同组代答业务。另外,应用服务器B发送的Info消息中也可以不携带同组代答业务标识,而是通过其他方式表明当前发送的Info消息是用于同组代答业务,例如采用其他SIP头字段或消息体等方式。应用服务器C和应用服务器D接收到所述Info消息后,根据所述Info消息中的同组代答业务标识,可以知道所述Info消息是用于同组代答业务,因此,记录所述Info消息中携带的被叫用户B的号码和振铃时间,并向应用服务器B反馈200xa0OK消息,用于确认已接收到被叫用户的振铃信息。此时如果被叫用户B和主叫用户A成功通话,则所述方法还包括以下步骤:步骤606:主叫用户A和被叫用户B通话后,被叫用户B停止振铃。步骤607-610:应用服务器B向应用服务器C和应用服务器D广播被叫用户B停止振铃的信息。具体的,应用服务器B同样通过SIP协议的Info消息,向应用服务器C和应用服务器D广播被叫用户B停止振铃的信息。应用服务器C和应用服务器D接收到所述Info消息后,删除本应用服务器中存储的被叫用户B的振铃信息,并向应用服务器B反馈200xa0OK消息,用于确认已删除被叫用户的振铃信息。如图7所示为本发明实施例的集中发送方式下被叫用户的振铃信息的发送方法的流程示意图,所述发送方法包括以下步骤:步骤701:主叫用户A呼叫被叫用户B,被叫用户B振铃(具体实现流程请参见图3所示的实施例)。步骤702-703:应用服务器B向应用服务器D(用于集中存储被叫用户的振铃信息的指定应用服务器)发送被叫用户B停止振铃的信息。具体的,应用服务器B通过SIP协议的Info消息,向应用服务器D发送所述被叫用户B的振铃信息,所述Info消息中至少携带以下内容:被叫用户的号码、振铃的时间和同组代答业务标识所述同组代答业务标识用于标识该Info消息用于同组代答业务。应用服务器D接收到所述Info消息后,根据所述Info消息中的同组代答业务标识,可以知道所述Info消息是用于同组代答业务,因此,记录所述Info消息中携带的被叫用户B的号码和振铃时间,并向应用服务器B反馈200xa0OK消息,用于确认已接收到被叫用户的振铃信息。此时如果被叫用户B和主叫用户A通话,则所述方法还包括以下步骤:步骤704:主叫用户A和被叫用户B通话后,被叫用户B停止振铃。步骤705-706:应用服务器B将被叫用户B停止振铃的信息发送给应用服务器D。具体的,应用服务器B同样通过SIP协议的Info消息,向应用服务器D发送被叫用户B停止振铃的信息。应用服务器D接收到所述Info消息后,删除本应用服务器中存储的被叫用户B的振铃信息,并向应用服务器B反馈200xa0OK消息,用于确认已删除被叫用户的振铃信息。假设图4中的用户C为代答用户,在第一种发送方式(广播发送方式)下,或者,在第二种发送方式(集中发送方式)下且代答用户C所属的应用服务器C为用于集中存储被叫用户的振铃信息的指定应用服务器时,上述实施例中的步骤501之前还包括:被叫用户所属的第三应用服务器(即上述实施例中的应用服务器B)在所述被叫用户振铃时,向所述第一应用服务器(即上述实施例中的应用服务器C)发送所述被叫用户的振铃信息的步骤。此时,上述步骤501具体包括:代答用户所属的第一应用服务器在接收到所述代答用户的第一同组代答请求时,根据本应用服务器中存储的被叫用户的振铃信息,获取与所述代答用户属于同一用户组的一被叫用户作为被代答用户。假设用于集中存储被叫用户的振铃信息的指定应用服务器为用户D所属的应用服务器D,此时,在第二种发送方式下且代答用户C所属的应用服务器C不是用于集中存储被叫用户的振铃信息的指定应用服务器时,上述实施例中的步骤501之前还包括:被叫用户所属的第三应用服务器在所述被叫用户振铃时,仅向所述第二应用服务器(即应用服务器D)发送所述被叫用户的振铃信息的步骤。此时,上述步骤501具体包括:所述第一应用服务器根据所述第二应用服务器中存储的被叫用户的振铃信息,获取与所述代答用户属于同一用户组的一被叫用户作为被代答用户。上述步骤501中,所述代答用户所属的第一应用服务器可能会从本应用服务器或所述第二应用服务器中获取到多个与所述代答用户属于同一用户组的被叫用户,此时,所述第一应用服务器可以从所述多个被叫用户中任意选择一被叫用户作为被代答用户,从而使得代答用户能够代替所述被代答用户响应主叫用户的呼叫。通常情况下,所述第一应用服务器是从所述多个被叫用户中选择振铃时间最早的被叫用户作为被代答用户。下面分别以被叫用户所属的应用服务器以广播发送方式和集中发送方式发送被叫用户的振铃信息为例,对本发明实施例的同组代答业务的实现方法进行详细说明。如图8所示为本发明实施例的被叫用户的振铃信息以广播发送方式发送的情况下同组代答业务的实现方法的流程示意图,所述同组代答业务的实现方法包括以下步骤(为了简化起见,图中省略了网络系统中的CSCF):步骤801:主叫用户A呼叫被叫用户B,且被叫用户B振铃(具体实现流程请参见图3所示的实施例)。步骤802-803:被叫用户所属的应用服务器B以广播发送方式,利用SIP协议中的Info消息,向多个指定应用服务器(包括应用服务器C)广播被叫用户B的振铃信息。所述振铃信息中包括:被叫用户B的号码、振铃时间以及同组代答业务标识。应用服务器C接收到所述Info消息后,记录所述Info消息中携带的被叫用户B的号码和振铃时间,并向应用服务器B返回200xa0OK消息表示确认接收。步骤804:属于应用服务器C的代答用户C摘机,并拨打“同组代答业务的接入码”,此时,代答用户C的终端产生一SIP协议的Invite(请求)消息,所述Invite消息即上述实施例中的第一同组代答请求,所述Invite消息中携带SDPxa0C(终端C的媒体),并经过CSCF转发到应用服务器C。所述“同组代答业务的接入码”为一串特定的字符,例如,*9100#等,用于表示代答用户C希望同组代答的愿望,所述“同组代答业务的接入码”可以作为Invite消息的req-uri行,所述req-uri行表示SIP消息的呼叫目标。步骤805:应用服务器C根据所述Invite消息中的“同组代答业务的接入码”,触发同组代答业务。步骤806:应用服务器C需要查找到一个与代答用户C属于同一用户组的被叫用户作为被代答用户,从而使得代答用户C能够代替该被代答用户响应主叫用户A的呼叫。在广播发送方式下,应用服务器C在本应用服务器寻找是否存在与代答用户C属于同一用户组的被叫用户,如果在本应用服务器找到多个满足条件的被叫用户,则可以选择振铃时间最早的被叫用户作为被代答用户(本发明实施例中假设振铃时间最早的被叫用户为被叫用户B)。步骤807:应用服务器C删除所述Invite消息中的“同组代答业务的接入码”,将被叫用户B的号码作为所述Invite消息的req-uri行,并在所述Invite消息中添加一个同组代答业务标识发给应用服务器B,此时的Invite消息即上述实施例中的第二同组代答请求。另外,应用服务器C还可以通过其他方式表明所述Invite消息是用于同组代答业务,例如,在所述Invite消息中加入了一P-Asserted-Service头字段,该头字段的功能在3GPPxa0TSxa024.229xa0V8.8.0中定义,可以携带一个业务标识。P-Asserted-Service头字段需要为同组代答业务定义一个值,举例如下:P-Asserted-Service:urn:3gpp:mmtel.alarm.version1。另外,应用服务器C还可以采用其他SIP头字段表明所述Invite消息是用于同组代答业务。步骤808:应用服务器B根据所述Invite消息中携带的同组代答业务标识,触发同组代答业务。此时,应用服务器还需要让被叫用户B停止振铃,并寻找到呼叫被叫用户B的主叫用户A,以接续主叫用户A和代答用户C的呼叫。步骤809-步骤813:应用服务器B使用SIP协议中的Cancel(取消)消息,让被叫用户B停止振铃。步骤814-步骤815:被叫用户B停止振铃后,应用服务器B利用Info消息,向上述多个指定应用服务器(包括应用服务器C)广播被叫用户B停止振铃的信息。此时,所述多个指定应用服务器会从本应用服务器中存储的振铃信息中删除被叫用户B的振铃信息。步骤816:应用服务器B还需要接续主叫用户A和代答用户C的呼叫,此时,应用服务器B把SDPxa0C通过SIP协议的Update消息转发给主叫用户A。步骤817:主叫用户A返回200xa0OK消息给应用服务器B,表示对于Update消息的确认,并在200xa0OK消息中携带了SDPxa0A(终端A的媒体)。步骤818-步骤819:应用服务器B产生183消息发给应用服务器C,并携带了SDPxa0A,应用服务器C将183消息转发给代答用户C。步骤820-步骤823:代答用户C产生PRACK消息,作为对183消息的确认。应用服务器B产生200xa0OK消息,作为对PRACK消息的确认。步骤824-步骤827:应用服务器B产生200xa0OK消息给应用服务器C,作为对Invite消息的确认消息,代答用户C用ACK消息响应。步骤828-步骤829:应用服务器B产生200xa0OK消息给主叫用户A,作为对Invite消息的确认,主叫用户A用ACK消息响应。最终,主叫用户A和代答用户C通话。如图9所示为本发明实施例的被叫用户的振铃信息以集中发送方式发送的情况下同组代答业务的实现方法的流程示意图,所述同组代答业务的实现方法包括以下步骤(为了简化起见,图中省略了网络系统中的CSCF):步骤901:主叫用户A呼叫被叫用户B,且被叫用户B振铃(具体实现流程请参见图3所示的实施例)。步骤902-903:被叫用户所属的应用服务器B以集中发送方式,利用SIP协议中的Info消息,向用于集中存储被叫用户的振铃信息的指定应用服务器D发送被叫用户B的振铃信息。所述振铃信息中包括:被叫用户B的号码、振铃时间以及同组代答业务标识。应用服务器D接收到所述Info消息后,记录所述Info消息中携带的被叫用户B的号码和振铃时间,并向应用服务器B返回200xa0OK消息表示确认接收。步骤904:属于应用服务器C的代答用户C摘机,并拨打“同组代答业务的接入码”,此时,代答用户C的终端产生一SIP协议的Invite(请求)消息,所述Invite消息即上述实施例中的第一同组代答请求,所述Invite消息中携带SDPxa0C(终端C的媒体),并经过CSCF转发到应用服务器C。所述“同组代答业务的接入码”可以作为Invite消息的req-uri行。步骤905:应用服务器C根据所述Invite消息中的“同组代答业务的接入码”,触发同组代答业务。步骤906:应用服务器C需要查找到一个与代答用户C属于同一用户组的被叫用户作为被代答用户,从而使得代答用户C能够代替所述被代答用户响应主叫用户A的呼叫。在集中发送方式下,应用服务器C向应用服务器D发送Info消息,所述Info消息中携带代答用户C的号码,所述Info消息用于查询所述应用服务器D中存储的与代答用户C属于同一用户组的被叫用户。步骤907:应用服务器D接收到所述Info消息后,根据本应用服务器中存储的被叫用户的振铃信息,查找与代答用户C属于同一用户组的被叫用户作为被代答用户,如果在本应用服务器找到多个满足条件的被叫用户,则可以选择振铃时间最早的被叫用户作为被代答用户(本发明实施例中假设振铃时间最早的被叫用户为被叫用户B),并通过200xa0OK消息返回被叫用户B的号码。步骤908:应用服务器C从200xa0OK消息中获取被叫用户B的号码。步骤909:应用服务器C删除代答用户C发送的Invite消息中的“同组代答业务的接入码”,将被叫用户B的号码作为所述Invite消息的req-uri行,并在所述Invite消息中添加一个同组代答业务标识(URN)发给应用服务器B,此时的Invite消息即上述实施例中的第二同组代答请求。步骤910:应用服务器B根据所述Invite消息中携带的同组代答业务标识,触发同组代答业务。此时,应用服务器还需要让被叫用户B停止振铃,并寻找到呼叫被叫用户B的主叫用户A,以接续主叫用户A和代答用户C的呼叫。步骤911-步骤915:应用服务器B使用SIP协议中的Cancel(取消)消息,让被叫用户B停止振铃。步骤916-步骤917:被叫用户B停止振铃后,应用服务器B利用Info消息,向应用服务器D发送被叫用户B停止振铃的信息。此时,所述应用服务器D会从本应用服务器中存储的振铃信息中删除被叫用户B的振铃信息。步骤918:应用服务器B还需要接续主叫用户A和代答用户C的呼叫,此时,应用服务器B把SDPxa0C通过SIP协议的Update消息转发给主叫用户A。步骤919:主叫用户A返回200xa0OK消息给应用服务器B,表示对于Update消息的确认,并在200xa0OK消息中携带了SDPxa0A(终端A的媒体)。步骤920-步骤921:应用服务器B产生183消息发给应用服务器C,并携带了SDPxa0A,应用服务器C将183消息转发给代答用户C。步骤922步骤925:代答用户C产生PRACK消息,作为对183消息的确认。应用服务器B产生200xa0OK消息,作为对PRACK消息的确认。步骤926-步骤929:应用服务器B产生200xa0OK消息给应用服务器C,作为对Invite消息的确认消息,代答用户C用ACK消息响应。步骤930-步骤931:应用服务器B产生200xa0OK消息给主叫用户A,作为对Invite消息的确认,主叫用户A用ACK消息响应。最终,主叫用户A和代答用户C通话。对应于上述同组代答业务的实现方法,本发明实施例还提供一种通信系统,如图10所示为本发明实施例的通信系统的一结构示意图,所述通信系统包括:被叫用户1001、代答用户1002、代答用户1002所属的第一应用服务器1003和被叫用户1001所属的第三应用服务器1004。所述第一应用服务器1003包括:获取模块10031,用于在接收到所述代答用户1002的第一同组代答请求时,根据本应用服务器或第二应用服务器中存储的被叫用户的振铃信息,获取与所述代答用户1002属于同一用户组的一被叫用户作为被代答用户,所述被叫用户的振铃信息是被叫用户所属的第三应用服务器1004在所述被叫用户振铃时,向所述第一应用服务器1001或所述第二应用服务器发送的;请求模块10032,用于向所述被代答用户所属的第三应用服务器1004发送第二同组代答请求,所述第二同组代答请求用于通知所述被代答用户所属的第三应用服务器1004接通主叫用户与所述代答用户1002之间的会话。在主叫用户呼叫被叫用户1001时,被叫用户1001所属的第三应用服务器1004可以通过两种方式向指定服务器发送所述被叫用户1001的振铃信息:一种发送方式为:第三应用服务器1004向多个指定应用服务器(包括代答用户1002所属的第一应用服务器1003)广播所述被叫用户1001的振铃信息,所述多个指定应用服务器通常满足以下条件:属于该应用服务器的用户中具有与所述被叫用户1001属于同一用户组的用户,该种发送方式又称为广播发送方式;另一种发送方式为:第三应用服务器1004向用于集中存储被叫用户的振铃信息的第二应用服务器发送所述被叫用户1001的振铃信息,即系统内的所有应用服务器均可以将属于本应用服务器的被叫用户的振铃信息,发送给用于集中存储振铃信息的第二应用服务器,该种发送方式又称为集中发送方式。在第一种发送方式下,所述第三应用服务器1004包括:第一发送模块,用于在属于本应用服务器的被叫用户振铃时,向所述第一应用服务器1003发送所述被叫用户的振铃信息;所述获取模块10031包括:第一处理单元,用于根据本应用服务器中存储的被叫用户的振铃信息,获取与所述代答用户属于同一用户组的一被叫用户作为被代答用户。如图11所示为本发明实施例的通信系统的另一结构示意图,在第二种发送方式下,所述通信系统还包括:用于集中存储被叫用户的振铃信息的第二应用服务器1005。所述第三应用服务器1004还包括:第二发送单元,用于在属于本应用服务器的被叫用户振铃时,仅向所述第二应用服务器1005发送所述被叫用户的振铃信息;所述获取模块10031还包括:第二处理单元,用于根据所述第二应用服务器1005中存储的被叫用户的振铃信息,获取与所述代答用户属于同一用户组的一被叫用户作为被代答用户。由于代答用户可以代替被代答用户应答主叫用户的呼叫,此时,所述被代答用户所属的第三应用服务器1004需要停止被代答用户的振铃,防止被代答用户处于振铃状态而被接听,因此,所述第三应用服务器1004包括:取消模块,用于在接收到所述第二同组代答请求时,向所述被代答用户发送振铃取消请求。另外,为了防止被代答用户被再次代答,此时,被代答用户所属的第三应用服务器1004需要删除本应用服务器中存储的被代答用户的振铃信息,因此,所述第三应用服务器1004还包括:删除模块,用于在接收到所述第二同组代答请求时,向所述第一应用服务器或第二应用服务器发送删除请求,所述删除请求用于通知所述第一应用服务器或所述第二应用服务器删除本应用服务器中存储的所述被代答用户的振铃信息。上述实施例中,所述代答用户1002所属的第一应用服务器1003可能会从本应用服务器或所属第二应用服务器1005中获取到多个与所述代答用户1002属于同一用户组的被叫用户,此时,所述第一应用服务器1003可以从所述多个被叫用户中任意选择一被叫用户作为被代答用户,从而使得代答用户代替该被代答用户响应主叫用户的呼叫。通常情况下,所述第一应用服务器1003是从所述多个被叫用户中选择振铃时间最早的被叫用户作为被代答用户。通过上述实施例提供的同组代答业务的实现方法和通信系统,被叫用户所属的应用服务器在被叫用户振铃时,将被叫用户的振铃信息发送的指定应用服务器;在代答用户所属的应用服务器属于指定应用服务器时,则根据本应用服务器中存储的被叫用户的振铃信息,获取与所述代答用户属于同一用户组的一被叫用户作为被代答用户,代替所述被代答用户响应主叫用户的呼叫;在代答用户所属的应用服务器不属于指定应用服务器时,则根据指定应用服务器中存储的被叫用户的振铃信息,获取与所述代答用户属于同一用户组的一被叫用户作为被代答用户,代替所述被代答用户响应主叫用户的呼叫,根据上述方法则可以实现属于不同应用服务器的同组用户之间的同组代答业务,解决了跨服务器实现同组代答业务的难题,弥补了现有技术的空白。以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以作出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。